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SYSTEME PLURIMEDIA DE COMMUNICATION. 

(^) Systeme de communication destine a offrir des servi- 
ces a des usagers d'une entreprise, Tacces aux services de 
I'entreprise etant effectue par les usagers a partir de postes 
de consultation relies au systeme au travers tfun ou plu- 
sieurs reseaux de communication supports de differents 
medias de communication et permettant a ces usagers 
d'acceder a des ressources de ce systeme. Ce systeme 
comporte des moyens de pilotage des differents medias de 
communication pour assurer une interface entre I'usager et 
('application relative au service demande par cet usager, 
des moyens de traitement des informations accessibles de- 
puis ou fournies a rapplication pour adapter le format de 
donnees de ces informations applicatives aux formats de 
donnees des medias de communication utilises par I'usa- 
ger, et des moyens de gestion de rapplication pour decider 
en fonction d'un scenario preetabli de I'execution des diffe- 
rentes actions resultant du service demande par I'usager. 
Les interactions entre les differentes ressources de ce sys- 
teme sont realisees par t'intermediaire d'une interface com- 
mune (API-PMU) supportant un protocole de 
communication unique. 
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Domaine de rinvention 

La presente invention se rapporte aux domaines de la communication 
d'entreprise et des reseaux de telecommunication et, plus particulierement, 
elle concerne une nouvelle architecture de communication permettant la 
diffusion d' informations vers differents types de medias de communication 
(ordinateur, telephone, telecopieur, etc.) et garantissant la continuite d'un 
echange, ou d'une transaction, effectue par un ou plusieurs medias 
simultanement ou sequentiellement. 

Art anterieur 



Ces dernieres annees, les besoins de communication se sont accrus de 
fa?on considerable notamment depuis Tapparition des messageries 
electroniques, on peut citer par exemple la messagerie « MS-Mail » de la 
societe americaine Microsoft, et avec le developpement des systemes de 
partage cooperatif d' information comme celui bati autour du logiciel 
« Notes » de la societe americaine Lotus. En outre, les modes de 
communication et les lieux d'echange de ces communications se sont 
egalement diversifies. En effet, un utilisateur peut avoir a sa disposition 
differents medias de communication, qu'il s'agisse de terminaux et de 
reseaux informatiques dans son entreprise, d'un telephone a son domicile, 
d'un telecopieur dans un hotel ou d'un ordinateur portable, pouvant par 
exemple etre relie a un reseau mondial de communication comme le reseau 
dit Internet, dans un moyen de transport. 

Or, le besoin et la necessite de consulter des informations les plus 
diverses, des messages, ou des donnees peuvent intervenir a tous moments 
et en tous lieux alors que Tutilisateur peut alors ne disposer que d'un seul 
media particulier de communication, par exemple un telephone. De meme, 
Tutilisateur peut souhaiter au cours d'un echange passer d'un media de 
communication (un terminal informatique) a un autre (un telephone) sans 
que la continuite de cet echange ne soit interrompue. 
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Obiet et definition de rinvention 

La presente invention a pour objet de proposer une architecture 
specifique integree de communication permettant la mise en place de 
services plurimedias de communication d'entreprise capables de gercr la 
diffusion d' information en fonction des demandes de l'usager, et d'assurer 
la continuity d'une transaction utilisant, successivement ou concurremment, 
plusieurs types de medias de communication. 

Un but de rinvention est aussi d'offrir une interface plurimedia 
unique au travers de laquelle les differentes applications de rentreprise vont 
pouvoir utiliser toutes les ressources de 1* architecture. 

Ces buts sont atteints par un systeme de communication destine a 
offrir des services a des usagers d^une entreprise, Faeces aux services de 
Tentreprise etant effectue par les usagers a partir de postes de consultation 
relies au systeme au travers d'un ou plusieurs reseaux de telecommunication 
(reseau telephonique commute, Internet, Teletel, etc.) supports de differents 
medias de communication et permettant a ces usagers d'acceder a des 
ressources du systeme, systeme caracterise en ce qu'il comporte des moyens 
de pilotage des differents medias de communication pour assurer une 
interface entre l'usager et Fapplication plurimedia relative au service 
demande par cet usager, des moyens de traitement des informations 
accessibles depuis ou fournies a Fapplication plurimedia pour adapter le 
format de donnees de ces informations applicatives aux formats de donnees 
des medias de communication utilises par Fusager, et des moyens de gestion 
de Fapplication plurimedia pour decider, en fonction d'un scenario preetabli 
de diffusion des informations, de Fexecution des differentes actions 
resultant du service demande par Fusager, les interactions entre les 
differentes ressources du systeme etant realisees par F intermediate d'une 
interface commune (API-PMU) supportant un protocole de communication 
unique. 

Ainsi, avec la presente invention, Fusager peut passer d'un media de 
communication a un autre durant la consultation du service offert par 
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l'entreprise sans que cette consultation ne soit interrompue par ce 
changement de media. 

Les ressources du systeme comporte de preference des moyens 
d* administration pour permettre la configuration du systeme. 
Avantageusement, ces moyens d' administration component des moyens de 
collecte d'information en vue de Petablissement de joumaux de bord et 
d'etats statistiques. 

Le systeme de communication selon 1' invention comporte en outre 
une base de donnee avec au moins des donnees relatives aux services offerts 
par l'entreprise et dont Faeces peut etre effectue depuis Tun quelconque des 
moyens de pilotage, de traitement et de gestion constituant le systeme. 

De preference, les moyens de pilotage, de traitement et de gestion 
constituant le systeme de communication sont relies entre eux par 
F intermediate d'un reseau de type TCP/IP supportant le protocole de 
communication unique. 

Le moyen de pilotage de media de communication peut comporter 
des moyens de pilotage d'une interface de telecopie pour assurer renvoi et 
la reception de telecopie, ou des moyens de pilotage d'une interface vocale 
pour assurer renvoi, la reception et Fenregistrement de sequences vocales, 
ou bien des moyens de pilotage d'une interface videotex pour assurer la 
presentation de pages de donnees videotex, ou encore des moyens de 
pilotage d'une interface Internet pour assurer la presentation de pages de 
donnees interpretables par un navigateur Internet. 

Le moyen de traitement comporte des moyens pour assurer une 
transformation des informations, a destination ou en provenance de 
l'usager, d'un premier format de donnees relatif a F interface unifiee « API- 
PMU » en un second format de donnees relatif au pilote de media considere 
et distinct du premier. Ces moyens de transformation peuvent comporter un 
moyen de reconnaissance des sequences vocales regues de l'usager lors de 
sa liaison avec le systeme en transformant ces sequences vocales en une 
suite de caracteres reconnaissables par Fapplication relative au service 
concerne, ou encore un moyen de synthese vocale dit « text-to-speech » 
permettant a partir d'une suite de caracteres la generation de sequences 
vocales a destination de l'usager. D'autres types de moyens de 



2779593 

4 



transformation peuvent aussi etre inclus dans le systeme pour en enrichir ses 
possibilites. 

Breve description des dessins 
5 D'autres caracteristiques et avantages de la presente invention 

ressortiront mieux de la description suivante, faite a titre indicatif et non 
limitatif, en regard des dessins annexes, sur lesquels: 

- la figure 1 montre un synoptique fonctionnel de Tarchitecture dc 
communication selon T invention, 

10 - la figure 2 illustre un premier exemple d'architecture de communication 
selon Tinvention dans un environnement monoposte, 

- la figure 3 illustre un second exemple d' architecture de communication 
selon Tinvention dans un environnement distribue, 

- la figure 4 montre differentes etapes elementaires pouvant etre mises en 
15 oeuvre dans 1* architecture de communication selon Tinvention, 

- la figure 5 est un organigramme simplifie qui illustre le procede mis en 
oeuvre dans T architecture de communication des figures 1 et 2, 

- la figure 6 est un diagramme expliquant le fonctionnement de 
Tarchitecture de communication selon Tinvention dans le cadre d'une 

20 application a un service de consultation documentaire, 

- les figures 7a et 7b montrent un diagramme expliquant le fonctionnement 
de Tarchitecture de communication selon Tinvention dans le cadre d'une 
application a un service d 'expertise technique, 

- la figure 8 est un diagramme expliquant le fonctionnement de 
25 Tarchitecture de communication selon Tinvention dans le cadre d'une 

application a un service apres vente, et 

- la figure 9 est un diagramme expliquant le fonctionnement de 
Tarchitecture de communication selon Tinvention dans le cadre d'une 
application a un service vocal de prise de commande a distance. 

30 

Description d'un mode de realisation preferentiel 

Un synoptique fonctionnel de la nouvelle architecture de 
communication selon Tinvention est donne a la figure 1. Cette architecture 
definit un systeme de communication organise autour d'une interface 1 de 
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programmation applicative unifiee appelee par les inventeurs « API-PMU » 
et permettant a fune quelconque des applications de ce systeme 
T exploitation des differentes ressources mises a sa disposition. Ces 
ressources consistent en des pilotes de rnedias de communication 2, des 
5 moteurs de traitement 3 et des outils d' administration 4. Les pilotes de 
medias sont charges d'assurer une interaction directe avec les differents 
rnedias de communication (telephone, terminal Minitel, navigateur Internet, 
telecopieur, etc.) utilises par les usagers du systeme sous le controle d'une 
application qui deroule le service fourni a cet usager. Les moteurs de 

10 traitement permettent le traitement de T information en provenance ou a 
destination de Tusager notamment par des fonctions de reconnaissance et de 
synthese vocales. Les outils d 'administration permettent de gerer la 
configuration du systeme et d'etablir des joumaux de bord et, a partir de ces 
derniers, des etats statistiques. En outre, un environnement graphique adapte 

15 (generateur graphique d'application), permet au concepteur d'applications 
de fentreprise, le developpement d'applications nouvelles (ou Tadaptation 
au systeme d'applications anciennes) en decrivant sous la forme de 
scenarios graphiques les services que ces applications plurimedias vont 
derouler pour 1 * usager. 

20 On se refere maintenant a la figure 2 qui montre un premier exemple 

de realisation d'une architecture de communication pouvant etre mise en 
place dans une entreprise en vue du developpement d'applications 
plurimedias adaptees aux besoins de communication, tant internes 
qu'externes, de cette entreprise. Ces applications qui correspondent chacune 

25 a un service particulier que souhaite rendre Tentreprise a ses usagers (aussi 
bien internes que externes), comme un journal d'information interne, un 
service interne d'echange de documents, un service apres vente ou service 
de prise de commande pour sa clientele, un service de relations avec ses 
actionnaires, un service de renseignements aux consommateurs, un service 

30 de liaison avec ses representants ou correspondants exterieurs, etc., doivent 
pouvoir interagir avec les applications, dites externes, deja presentes dans 
rentreprise (messageries internes, application de gestion, etc.) et etre 
accessibles depuis les differents medias de communication mis a disposition 
de ces usagers en interne ou a distance. 
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Pour realiser cette integration des applications externes de 
Tentreprise et cet acces plurimedia pour les usagers (c'est a dire un acces 
simultane et/ou consecutif a ces applications a partir de n'importe lequel des 
medias de communications et en tous lieux), F architecture de 
5 communication selon T invention est organisee autour d'un ensemble 
informatique 5 comportant a la fois des moyens materiels et des moyens 
logiciels, cet ensemble etant relie au travers d'un ou plusieurs reseaux 
d'acces informatiques ou telephoniques (reseaux de type LAN, WAN, 
reseaux d'acces distant) 6, 7 a des postes de consultation 8 utilisables 

io directement par ces usagers. 

Ces reseaux d'acces aux services offerts par une application 
plurimedia, selon que les usagers sont internes (employes) ou externes 
(clients par exemple) a l'entreprise, peuvent etre constitues, selon les media 
utilises, par un reseau intranet ou un reseau extranet ou plus sirnplement par 

15 le reseau telephonique de Tentreprise (pour les usagers internes) ou les 
reseaux d'operateurs a commutation de circuits (le reseau telephonique 
public commute RTC) ou a commutation de paquets, comme le reseau 
specialise Transpac (une marque deposee de la societe frangaise France 
telecom) (pour les usagers externes). Un reseau numerique a integration de 

20 services (RN1S) peut aussi bien etre envisage pour les liaisons exterieures a 
Tentreprise. 

Les postes d'usagers component avantageusement par exemple un 
terminal 40 de type Minitel (une marque deposee de la societe fran^aise 
France Telecom), un telephone 42, un terminal informatique 44, 48, 50 (il 

25 peut s'agir d'un ordinateur de bureau comme d'un ordinateur portable ou 
encore d'un assistant personnel), ou encore un telecopieur 46. Bien entendu, 
le terminal informatique de Tusager supporte le protocole necessaire a sa 
connexion au reseau auquel il est relie. Par exemple, un protocole TCP/IP 
pour la liaison aux reseaux intranet ou extranet ou un protocole X25 pour la 

30 liaison a un reseau de transmission par paquets de type Transpac. 

Dans Texemple iliustre sur la figure 2, Tensemble informatique est 
constitue par un unique serveur informatique 5 qui heberge Tensemble des 
moyens materiels (cartes T2 pour Tinterface RTC/RN1S, carte X25, carte 
Ethernet, etc.) et logiciels permettant la gestion simultanee de 1* acces des 
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usagers aux differents services proposes par 1'entreprise. L 1 interaction des 
applications plurimedias supports de ces services avec les usagers est geree 
au travers de T interface de programmation applicative unique « API-PMU » 
qui permet a ces applications d'acceder aux ressources multiples mises a 
5 disposition de ces usagers au travers d'un protocoie specifique unique 
(appele protocoie plurimedia unifie « PPMU »). Ce protocoie est base sur le 
protocoie connu en soi TCP/IP et permet d'echanger des trames specifiques 
contenant des donnees diverses. 

On a vu precedemment que ces ressources sont essentiellement de 

10 trois types : des « pilotes de medias », des « moteurs de traitement » et des 
« outils d* administration ». Les pilotes de medias sont des interfaces 
materielles et logicielles destinees a la gestion d'un type de media 
determine. lis assurent le dialogue avec Tusager et la liaison avec les 
applications au travers de Pinterface unifiee « API-PMU » en declinant 

15 Fensemble des fonctionnalites offertes par le service a Tusager. Dans 
Texemple illustre (qui ne saurait etre limitatif quant au nombre et au type 
possibles de pilotes ou de moteurs), le serveur informatique comporte quatre 
types de pilotes de media : un pilote FAX 10 qui permet de recevoir ou de 
creer et d'envoyer des telecopies, un pilote VOCAL 12 qui permet 

20 d'envoyer, de recevoir et d'enregistrer des sequences vocales, un pilote 
VIDEOTEX 14 qui permet de presenter les services et de realiser un 
dialogue par Minitel et un pilote WEB 16 qui permet de presenter des pages 
de donnees interpretables par un navigateur Internet (par exemple des pages 
HTML) et de realiser un dialogue au travers de 1' Internet. Les moteurs de 

25 traitement sont des elements logiciels qui assurent un traitement de donnees 
(essentiellement transformation des formats de donnees d'un premier format 
commun a Tinterface unifiee a un second format dependant du pilote 
considere) et qui constituent des ressources accessibles pour les applications 
ou, le plus souvent, pour les pilotes de medias. On distingue principalement 

30 deux types de moteurs : un moteur 1 8 de reconnaissance vocale permettant 
de reconnaltre un flot de donnees vocales en transformant les sequences 
vocales revues de Tusager en unc suite de caracteres reconnaissables par 
1'application relative au service concerne, et un moteur 20 de synthese 
vocale dit « text-to-speech » permettant de generer une sequence vocale a 
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partir d'une suite de caracteres par exemple un fichier texte de type ASCII. 
Mais, bien entendu, d'autres types de moteurs peuvent etre inclus dans le 
systeme pour en enrichir les possibilites, par exemple un moteur OCR pour 
r analyse de donnees FAX. Les outils d' administration sont des outils 

5 logiciels permettant d' assurer la configuration de F architecture 24a 
(definition au moyen d'une table deallocation dynamiquc dcs ressources 
disponibles et utilisables), la constitution et Sexploitation de fichiers 
journalises centralises ou journaux de bord 24b (collecte de Thistorique des 
evenements affectant f architecture et le fonctionnement du systeme) pour 

10 recherche, extraction et analyse ulterieures, et la gestion d'etats statistiques 
24c decrivant l'utilisation de cette architecture (taux d'occupation, activite 
des moteurs, erreurs, etc.) a partir des evenements collectes. lis constituent 
egalement une ressource du systeme. 

Quant a elles, les applications plurimedias comportent un module 

15 fonctionnel denomme*« gestionnaire de session » 30 agence pour gerer (et 
memoriser) les informations propres a chaque usager desirant acceder a un 
service offert par Fentreprise, ces usagers pouvant intervenir sur plusieurs 
medias en meme temps ou successivement. Le deroulement du service 
demande par Fusager, c'est a dire l'execution des differentes actions devant 

20 etre entreprises en fonction des demandes de cet usager, est decide par un 
« interpreteur de scenario » 32 qui fait appel a des donnees propres a 
T architecture de communication, comme des modeles ou des pages HTML 
ou VIDEOTEX par exemple, ou specifiques a Tentreprise et stockees dans 
une base de donnees. Ces actions sont executees selon un scenario de 

25 diffusion de T information preetabli et caracteristique du service rendu (voir 
supra les figures 6 a 9). Eventuellement, l'execution de ces actions fait 
appel aux applications extemes, existantes prealablement dans Tentreprise, 
par T intermediate d'un «bus applicatif» 34 qui est un ensemble de 
modules logiciels standards ou specifiques destines a s'interfacer avec les 

30 applications existantes de Tentreprise et dependant de Penvironnement de 
cette entreprise (systeme de messagerie, applications de groupware, etc.). 

Un second exemple d'unc architecture de communication selon 
Finvention est montree sur la figure 3. On retrouve tout naturellement les 
postes d'usagers 8 et les reseaux 6, 7 d'acces au systeme de communication 
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connectes a ces postes et auxquels est relie Tensemble informatique 5. 
Toutefois, dans l'exemple illustre, cet ensemble informatique se presente 
sous la forme d'une architecture distribute et non plus monoposte avec 
plusieurs serveurs informatiques (des ensembles informatiques specialises) 
5 charges chacun d'une tache specifique, c'est a dire de la gestion d'une 
ressource determines ou de la gestion d'une ou plusieurs applications 
plurimedias particulieres. 

Ainsi, des serveurs 10, 12, 14, 16 sont affectes aux differents pilotes 
de medias de communication. Un premier serveur 10 est charge du pilotage 

10 des donnees vocales, un deuxieme serveur 12 du pilotage des donnees fax, 
un troisieme serveur 14 du pilotage des donnees videotex et un quatrieme 
serveur 16 du pilotage des donnees de reseau Internet (ou donnees Web). 
Les trois premiers serveurs sont relies au reseau telephonique 6, le 
quatrieme etant relie au reseau de type Internet 7. Bien entendu, cette 

15 repartition des differents pilotes entre les serveurs n'est aucunement 
limitative et la configuration materielle adoptee depend avant tout des 
performances de communication souhaitees pour 1' architecture et 
caracterisees notarnment par le nombre total d'usagers, le nombre d'usagers 
simultanes par medias, le volume d' information a cchanger, et la bande 

20 passante disponible. Ainsi, comme Tillustre la figure 3, les pilotes de 
donnees vocales et Web peuvent etre repartis sur deux serveurs a la fois (la 
connexion aux reseau d'acces devant bien sur etre adaptee en consequence). 
Des cinquieme et sixieme serveurs 18, 20 sont affectes aux moteurs de 
traitement logiciels et permettent respectivement des operations de 

25 reconnaissance et de synthese vocales et un septieme serveur 22 assure la 
gestion de la base de donnees comportant les informations specifiques a 
Tarchitecture ou relatives a Tentreprise. Enfin, un huitieme serveur 24 est 
charge de recevoir les outils d'administration pour assurer la configuration 
de l'architecture de communication et Telaboration des journaux de bord 

30 pour notarnment permettre ensuite une definition d'etats statistiques relatifs 
au fonctionnement du systeme de communication. 

L/ensernble de ces huit serveurs est relic a un reseau prive 26 
speciflque a V architecture. Ce reseau est classiquement relie au reseau local 
interne de rentreprise (non represente) par un pont routeur qui permet le 
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filtrage des informations et une conversion de protocole si necessaire. On 
peut montrer que le recours a un reseau prive de type Ethernet a 1 00MHz 
permet d'envisager la connexion sirnultanee d*un tres grand nombre 
d'usagers en mode WEB et d'un nombre encore plus eleve en mode 
5 videotex et permet en outre de supporter plusieurs centaines de voies de 
reconnaissance vocale. Les serveurs sont avantageusement constitues 
classiquement par des ordinateurs de type personnel ou des stations de 
travail, par exemple des stations munies dc processeurs de type SPARC de 
la societe americaine Sun. 

10 Cette architecture est en outre munie d'un terminal informatique 28 

assurant F administration des differentes applications relatives aux services 
proposes, c'est a dire permettant un acces aux outils d'administration 
precites au travers d'une interface graphique specifique et de terminaux 36 
sur lesquels tournent les differentes applications plurimedias fournissant les 

15 services proposes par Fentreprise et developpees prealablement dans un 
environnement graphique a Faide d'un generateur d'applications. 

Des exemples d'actions elementaires pouvant etre realisees dans le 
systeme de communication selon Finvention sont montres sur la figure 4. 
Les differentes interactions entre un usager et une application plurimedia 

20 fournissant un service determine (selon un scenario preetabli) peuvent 
rcsultcr dc differentes combinaisons de ces actions elementaires. Ces 
actions sont effectuees au niveau soit de Fusager, soit des pilotes de medias, 
soit de Fapplication plurimedia concerne, soit des applications externes de 
Fentreprise (messagerie, comptabilite, etc.). Elles commencent toujours par 

25 une premiere phase de connexion entre Fapplication plurimedia et Fusager. 
Cette connexion peut resulter d*un appel entrant, d'un appel sortant ou 
simplement d'un envoi de donnees vers Fusager a partir d'une application 
externe de Fentreprise. 

Dans le cas d'un appel entrant, il est procede, dans une premiere 

30 etape 500, a une connexion de Fusager au systeme. Dans Fetape suivante 
502, le pilote de media concerne report cet appel, le confume a Fusager 
(etape 503) et le notifie a l'application plurimedia gerant le service appele. 
L'application plurimedia re?oit communication de cet appel, dans une etape 
504, et deroule alors le scenario correspondant. 
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Dans le cas cTun appel sortant, c'est Tapplication plurimedia qui 
dans le cadre d'un scenario preetabli de gestion du service determine 
demande, dans une etape 506, a generer un appel vers un usager. Le pilote 
genere cet appel dans une etape suivante 508. I/usager concerne regoit 
T appel et Taccepte dans une etape 510 puis confirrne son acceptation au 
pilote de media (etape 512) qui a son tour en informe Tapplication 
plurimedia, dans une etape 514, laquelle peut alors poursuivre son scenario 
initial. 

Le dernier cas concerne renvoi de donnees vers Tusager sans que 
celui-ci ne soit mis en relation avec Texpediteur de ces donnees. Une 
application externe de Tentreprise (messagerie par exemple) envoie des 
donnees a un usager (envoi d'un e.mel), ces donnees transitant par 
Tapplication plurimedia du systeme de communication gerant ce type 
d' envoi (etape 516). Le pilote de media concerne analyse ces donnees, dans 
une etape 518, et les adresse a Tusager qui les repoit alors dans une etape 
suivante 520. 

A Tissue de la phase de connexion, ii se produit une phase 
d'interaction entre Tusager et le service en cause. Ainsi, dans une etape 522, 
Tusager va emettre une premiere requete qui est alors analysee par le pilote 
de media correspondant, lequel va lancer Taction correspondante (envoi de 
donnees vers Tusager) ou notifier la demande de Tusager vers Tapplication 
plurimedia gerant le service (etape 524). Selon Taction effectuee par le 
pilote, Tusager va, dans une etape 526, recevoir les donnees issues du pilote 
ou, dans une etape 528, Tapplication plurimedia va analyser la demande du 
pilote et, selon le scenario suivi, soit envoyer des donnees vers Tusager 
(selon le processus explicite precedemment aux etapes 516 a 520), soit 
lancer une interaction avec une application externe de Tentreprise. 

A cette phase d" interaction avec les medias peut succeder une phase 
d'interaction avec les applications externes de Tentreprise. Cette phase peut 
comporter une etape 530 dans laquelle Tapplication plurimedia de gestion 
du service va adresser une requete vers une application externe de 
Tentreprise qui, dans une etape 532, va analyser cette requete et la traiter 
puis renvoyer vers Tapplication plurimedia les donnees de reponse 
necessaircs (etape 534). II peut s'agir aussi d'une etape 536 dans laquelle 



2779593 

12 



T application plurimedia va sirnplernent envoyer de 1' information vers 
P application exterieure qui va alors la iraiter (etape 538) sans en attendre de 
reponse. Ce peut etre encore cette application externe qui va envoyer, dans 
une etape 540, vers l'application plurimedia des informations sans requete 

5 prealable qui seront traites dans une etape 542 selon le scenario preetabli de 
cette application plurimedia. 

Enfin, la derniere phase consiste en une phase de deconnexion qui 
peut commencer par un simple constat par le pilote de media de la 
deconnexion de l'usager (etape 544) qui va etre notifie a l'application 

to plurimedia dans une etape suivante 546. Elle peut resulter aussi d'une 
demande de cette application plurimedia de deconnecter l'usager (etape 
548), demande qui est adressee dans une etape 550 au pilote de media 
concerne qui va alors adresser a son tour une confirmation de la 
deconnexion a l'application pour plurimedia que celle-ci execute les 

15 derniers traitements de cloture de l'echange correspondant, dans une ultime 
etape 552. 

L' ensemble de ces etapes elementaires peut etre simplifie dans 
Forganigramme de la figure 5 qui tend a illustrer le procede general mis en 
oeuvre au niveau de l'architecture de communication de l'invention. Dans 

20 une etape initiale 80, l'application plurimedia gestionnaire du service mis en 
place par l'entreprise est en attente d'un evenement quelconque 
(l'etablissement d'une connexion) qu'il soit en provenance des pilotes de 
medias, par exemple un appel entrant d'un usager, a destination d'un pilote 
de media, par exemple la generation d'un appel sortant, ou issu des 

25 applications extemes de Tentreprise (par exemple un envoi de donnees vers 
Tusager). Dans une etape 82, le pilote de media sollicite analyse et traite 
Tevenement puis, dans une etape suivante 84, elabore un compte-rendu. S'il 
s'agit d'un appel entrant d'un usager, il re?oit cet appel (etape 84) et, s'il 
Taccepte (par exemple si celui-ci est soumis a un numero d' identification 

30 particulier et que ce numero est correct), notifie (etape 86) cet appel a 
Tapplication plurimedia. SMI s'agit d'une demande de generation d'un appel 
sortant, il generc (etape 84) cet appel et confirme (etape 86) a I 'application 
plurimedia la reception de l'appel par l'usager. S'il s'agit d'une demande 
d'envoi de donnees depuis une application externe, il analyse (etape 84) 
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cette demande et envoi (etape 86) les donnees. Dans les deux premiers cas, 
P application plurimedia decide, dans une etape 86, de la premiere action a 
mener en suivant le scenario de service preetabli (une interaction avec une 
application externe ou tan envoi de donnees vers Tusager :par exemple 

5 affichage d'une page HTML (EPH) ou lecture d'un fichier sonore (LFS)) et, 
dans une etape 88, adresse la requctc correspondante soit au pilote de media 
concerne pour que ce dernier Texecute (envoi de donnees vers Tusager) soit 
a r application externe sollicitee. Ceci est fait dans une etape 90 avec, dans 
le cas d'une action du pilote de media, Taide eventuelle d'un moteur de 

10 traitement logiciel (une reconnaissance de la voix de Tusager ou la synthese 
d'un signal sonore a partir de texte peuvent en effet etre necessaire). 
L'operation effectuee, et apres avoir recueilli eventuellement Tinteraction 
de Tusager dans une etape 92, T application plurimedia est informee de la 
realisation de Taction dans une etape 94, laquelle decide alors de Taction 

15 suivante a mener (selon le resultat du test 96) en retournant a T etape 86, 
cette action mettant en oeuvre le precedent pilote de media, ou un autre des 
pilotes disponibles avec cette application (le pilote precedent pouvant rcster 
actif pendant Taction du second), ou encore une application externe. Ainsi, 
il est particulierement aise de passer d'un media a Tautre au cours d'un 

20 meme appel (ou d'une meme connexion) successivement comme 
concurremment sans que la liaison ne soit interrompue. 

Un premier exemple d'application de Tarchitecture de 
communication selon Tinvention est illustre sur la figure 6. II se rapporte a 
un service de consultation documentaire qui permet a partir d'un terminal 

25 informatique et d'un telephone a un usager de ce service d'acceder par 
navigation vocale a des documents stockes dans la base de donnees de 
Tentreprise. 

Dans une premiere etape 100, le serveur informatique de Tentreprise 
est en attente d'une connexion a Tun de ses services, la reception d'un 
30 premier appel entramant, dans une secondc etape 102, la mise en place du 
scenario du service de consultation documentaire correspondant a Tappel 
re<?u. Lc scenario implique Taffichage d'une page d'accueil de type HTML 
sur le terminal informatique de Tusager dans une etape 104. Cette page 
comporte notamment un formulaire de saisie du numero de telephone de cet 
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usager. La saisie de ce numero par Fusager entraine sa reception et sa 
verification par le service dans une etape 106. En cas de saisie erronee, il est 
mis fin a la connexion au service (par exemple apres trois essais) dans une 
ultime etape 108. Au contraire, une saisie correcte permet au service de 

5 composer le numero de Fusager dans une etape 110 et, une fois la 
connexion telephonique etablie, de proposer par affichage sur le terminal de 
Fusager d'une nouvelle page HTML un choix entre differents themes 
proposes par le service selectionne (etape 112). Eventuellement, si la 
connexion n'est pas possible, une nouvelle page d'accueil peut etre affichee 

10 dans une etape 114 avec demande de resaisie du numero de telephone de 
Fusager ou, il peut etre mis fin au service dans une etape 1 16. L'acces a ces 
themes est alors realise vocalement, le service de consultation documentaire 
assurant une reconnaissance vocale du choix prononce par Fusager dans une 
etape suivante 118 (II peut etre demande a Fusager de repeter son choix 

15 dans une etape 120 en cas de non reconnaissance). La reconnaissance du 
choix prononce vocalement par Fusager entraine dans une etape 122 une 
interaction entre 1' application de consultation documentaire et la base de 
donnee qui lui est associee pour recuperer une liste de documents propose 
par le theme choisi. Dans une etape 124, la liste de documents est affichee 

20 avec une page HTML et l'usager peut alors choisir vocalement son 
document dans une etape suivante 126 ou demander la fin du service dans 
une etape 128. Le document demande est alors affiche sur Fecran de son 
terminal informatique dans une etape 130. Bien entendu, il est possible aussi 
que l'usager se fasse lire le document. Apres lecture, Fusager peut 

25 selectionner un autre document ou revenir a ion theme non selectionne 
precedemment (etape 132) ou bien encore quitter le service dans une etape 
terminale 134. 

On aura note que F architecture de communication de F invention 
permet Finteraction de plusieurs medias de communication lors d'un meme 
30 echange. Ainsi, avec Finvention, Fusager peut sur son terminal 
informatique avoir acces a differents documents selectionnes dans la base 
de donnees de Fentreprise par navigation vocale a son telephone. 

Les figures 7a et 7b montrent un second exemple d'application de 
Finvention correspondant a la mise a disposition a distance par Fentreprise 
35 de moyens d'expertise technique. 
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Dans une premiere etape 200, le serveur informatique de Pentreprise 
est en attente d'une connexion a Pun de ses services, la reception d'un 
premier appel entrainant, dans une seconde etape 202, la mise en place du 
scenario du service d'expertise technique externe correspondant a Pappel 
5 re?u. Selon la nature de P acces au service, par exemple par le telephone ou 
par le WEB (mais bien evidemment un acces par Minitel est aussi 
envisageable), le scenario se deroulera differemment. L'application decrite 
maintenant concerne plus precisement une entreprise de distribution de gaz 
rares qui souhaite mettre a disposition de ces revendeurs agrees des moyens 
10 techniques d'expertise permettant a ceux-ci de s'informer sur une eventuelle 
substitution de ces gaz et sur la modification d' installation qu'elle peut alors 
impliquer. 

II est tout d'abord envisage une connexion de Pusager au service par 
telephone. Une premiere lecture d'un fichier sonore provoque, dans une 

15 etape 204, une demande de saisie d'un code client qui est suivi, dans une 
etape 206, apres saisie correcte de ce code d'une proposition d'un menu 
principal (ou sommaire) pour Pusager abonne, le non abonne (qui ne 
possede pas de code client) etant oriente, dans une etape 208, vers des 
menus differents lui dormant acces seulement a certains elements limites 

20 comme des informations generates ou des conseils pour s'abonner au 
service et lui permettant eventuellement d'entrer en relation avec un 
teleoperateur par exemple. Au contraire deux choix d'etudes sont proposes a 
P abonne. Un premier choix pour P identification de gaz de substitution et un 
second pour une etude de son installation. 

25 Concernant le premier de ces choix, dans une etape 210, differents 

fichiers sonores seront lus a Pusager en vue de derouler des questions 
permettant une identification des gaz mis en oeuvre dans P installation a 
etudier. Dans une etape suivante 212, un logiciel specifique de Pentreprise 
traitera les donnees techniques ainsi recueillies et, dans une etape 214, 

30 proposera alors une liste de gaz de substitution possibles. L'usager du 
service fait ensuite son choix, dans une etape 216, et a Pissue de ce choix le 
service peut proposer P envoi par telecopie (etape 222) d'un descriptif 
technique des gaz correspondants (etape 218) recupere au niveau d'une base 
de donnees de Pentreprise (etape 220). Le service fait ensuite une 

35 proposition d 'etude technique de P installation dans Petape 224 et selon le 
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choix de Tusager recueilli a T etape 226 retourne a T etape 206, termine le 
service (etape 228) ou precede dans une etape 230 a cette etude technique 
par le deroulement de questions portant sur les caracteristiques de 
T installation actuelle et du gaz de substitution retenu (par exemple 
5 puissance du moteur electrique, taille du compresseur, etc.). Ces differentes 
questions peuvent aussi etre posees directement a Tissue de 1* etape de choix 
initiate 206. 

1/ analyse des reponses de Tusager abonne est faite par un logiciel 
specifique a rentreprise dans une etape 232 et il est propose dans une etape 

10 suivante 234 un menu exposant les possibilites de modification a apporter a 
cette installation. Selon les choix effectues par Tusager (etape 236), il est 
donne des conseils de redimensionnement de T installation dans une etape 
238 et une proposition d'envoi des resultats de T etude par telecopie est faite 
dans une etape suivante 240, ces resultats etant extraits de la base de 

15 donnees de Tentreprise ou ils ont ete stockes precedenunent (etape 242) et 
adresses par telecopie a Tusager dans Tetape 244. L'usager peut alors 
choisir (etape 246) de demander la fin du service dans une etape 248, 
demander Tetablissement d'une relation avec un conseiller technique (etape 
250) et a Tissue de celle-ci, selon le choix de Tusager (etape 252), terminer 

20 le service (etape 254) ou revenir au menu principal de T etape 206 ou encore 
demander une sauvegarde du resultat de T etude le concernant pour une 
consultation ulterieure, notamrnent au travers du media WEB (voir supra). II 
lui sera alors attribue un numero de dossier dans une etape 256 ainsi qu'un 
delai de conservation de ce dossier. L'usager peut ensuite au choix (etape 

25 258) terminer le service (etape 260) ou revenir au menu principal (etp 206). 

II est envisage maintenant le cas ou Tusager effectue une connexion 
au service au travers du WEB. II apparait tout d'abord sur le terminal de 
Tusager, dans une etape 262, une page d'accueil HTML qui prescnte un 
formulaire d' identification et permet, dans une etape 264, de recevoir le 

30 code client et le mot de passe de Tusager. Apres verification de ces donnees 
dans une etape 266, Tusager non abonne (qui n'a pas fourni les bons code 
client et mot de passe) est oriente dans une nouvelle etape 268 vers une 
autre page HTML lui donnant acces seulement a certains elements limites 
comme des informations generales ou des conseils pour s'abonner au 

35 service et lui permettant eventuellement d'entrer en relation avec un 
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teleoperateur par exemple. Au contraire, Fusager abonne se voit offrir, dans 
une etape 270, une nouvelle page HTML lui proposant par exemple 3 choix. 

Selon un premier choix, il est propose a Fusager, dans une etape 272, 
de repondre a des questions permettant une identification des gaz de 
substitution pouvant etre mis en oeuvre dans F installation a etudier en 
completant une page HTML de questionnaire. Dans une etape suivante 274, 
un logiciel specifique de Fentreprise traitera les donnees techniques ainsi 
recueillies et, dans une etape 276, proposera alors une liste de gaz de 
substitution possibles. L'usager du service fait ensuite son choix, dans une 
etape 278, et a Tissue de ce choix le service precede a un descriptif 
technique des gaz correspondants (etape 280). Selon le choix de Fusager, 
recueilli a Fetape 282, ce descriptif lui est envoye par telecopie (etape 284) 
ou est sauvegarde en vue d'une consultation ulterieure, auquel cas un 
numero de dossier et un delai de conservation de son dossier sont 
communiques a Fusager dans une etape 286, avant une eventuelle fin de 
service (etape 288) ou un retour a Fetape 276. 

Le second choix de Fusager qui peut aussi etre fait a F issue de 
Fetape 270 consiste a lui demander de proceder a une etude de son 
installation. Le service lui visualise alors, dans une etape 290, une page 
HTML pour la saisie des caracteristiques de son installation actuelle et du 
gaz de substitution retenu lors des etapes precedentes. L' analyse de ces 
reponses est faite a partir des parametres entres (etape 292) par un logiciel 
specifique a Fentreprise dans une etape 294 et il est propose dans une etape 
suivante 296 une page HTML exposant les possibilites de modification a 
apporter a cette installation. Selon les choix effectues par Fusager (etape 
298), il est donne des conseils de redimensionnement de F installation (etape 
300) et une proposition d'envoi des resultats de F etude par telecopie est 
faite dans une etape 302. Mais Fusager peut aussi demander une autre etude 
avec un autre gaz de substitution (retour a etape 290) ou demander 
Fetablissement d'une relation avec un conseiller technique en saisissant son 
numero de telephone dans une page HTML de saisie dans une etape 304. A 
F issue de la communication effectuee dans une etape 306, Fusager peut 
terminer le service (etape 310) ou revenir a la page d'accueil HTML 
principale de Fetape 290 ou a une page HTML indiquee par le conseiller 
(etape 308). 
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Enfin, l'usager peut aussi choisir de consulter le dossier qu'il aura 
prealablement fait etablir par le service qui lui propose alors une page 
HTML de saisie de son numero de dossier dans une etape 312. Apres 
verification de ce numero, dans une etape suivante 314, la description des 

5 resultats de r etude sont affiches dans une page HTML a l'etape 316 et 
Fusager peut demander son envoi par telecopie (etape 318), la mise en 
relation avec un conseiller technique (retour a l'etape 304) ou la fin du 
service dans une ultime etape 320. 

On aura note que, cornme avec l'exemple precedent, l'usager peut au 

10 cours d'un merne echange passer d'un media de communication a un autre 
sans que cet echange soit interrompu. II peut ainsi alors qu'il est en 
consultation du service d'expertise de l'entreprise sur le WEB recevoir 
automatiquement une telecopie ou se mettre en relation avec un conseiller 
de cet entreprise et a Tissue de ces operations poursuivre sa consultation 

15 initiale. 

Un autre exemple d'application de l'architecture de communication 
selon T invention a un service apres vente est illustre sur la figure 8. Dans 
une premiere etape 400, le serveur informatique de l'entreprise est en 
attente d'une connexion a Tun de ses services, la reception d'un premier 

20 appel entrainant, dans une seconde etape 402, la mise en place du scenario 
de service apres vente correspondant a l'appel rec?u. Selon la nature de 
1' acces au service, par exemple par le telephone ou par le WEB (mais bien 
evidemment un acces par Minitel est aussi envisageable), le scenario se 
deroulera differemment. 

25 Dans le cadre d'un acces par telephone, l'usager est invite par lecture 

des fichiers sonores du service a prononcer un choix sur une proposition de 
menu dans une etape 404. Par exemple, selon son choix, il est procede dans 
une etape 406 a la lecture d'un fichier sonore concernant les horaires 
d'ouverture des bureaux, ou bien a l'enregistrement d'une reclamation dans 

30 une etape 408 puis a la fin du service dans une etape suivante 410. Si 
1'usager souhaite une information sur les produits, il est procede, dans une 
etape 412, a la lecture d'un fichier sonore de demande de marque ou type de 
produit, puis apres la communication de T information relative a ce produit 
par lecture du fichier sonore correspondant dans une etape 414, il est 
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demande a l'usager dans une etape 416 s'il desire etre mis en relation avec 
un conseiller de l'entreprise. En cas de reponse positive, ce contact est 
effectue dans une etape 418 puis a son issue, comme en cas de reponse 
negative, le service est acheve (etapes 420 et 422). 
5 Dans le cadre d'un acces via le WEB, le service envoi, dans une 

etape 424, une premiere page d'accueil HTML proposant un menu avec par 
exemple un choix entre une prise de connaissance des horaires ou une 
demande de reclamation ou d' informations sur un produit. Chacun de ces 
choix provoque l'affichage d'une nouvelle page HTML (respectivement aux 

10 etapes 426, 428, 430) et la fin du service dans une etape 432 ou l'affichage 
d'une page HTML sur le produit demande dans une etape 434. A Tissue de 
cet affichage, l'usager peut mettre fin au service dans une etape 436 ou 
demander a etre mis en relation avec un conseiller de l'entreprise en 
communiquant son numero de telephone a F etape 438. Le service met alors 

15 en contact l'usager avec ce conseiller dans une etape 440. Durant cettc 
communication, le conseiller peut faire proceder a la lecture d' informations 
sur un produit donne (lecture dc F etape 414) puis reprendre la 
communication si l'usager le desire (reprise des etapes 416 et 418). A la fin 
de la communication, le service retourne une page d'accueil HTML dans 

20 une etape 442, laissant a l'usager le choix d'autres demandes de 
renseignements complementaires et eventuellement repassage sur le media 
vocal. Une etape 444 indique ensuite la fin du service. 

Comme avec les applications precedentes, on aura note avec quelle 
facilite le passage d'un media de communication a Fautre (en Fespece entre 

25 le media vocal et le media WEB) est effectue sans que ce passage 
n'interrompe Fentretien de l'usager. 

La figure 9 montre un autre exemple d'application de Farchitecture 
de communication selon F invention dans le cadre d'un service vocal de 
prise de commande a distance par telephone. Dans une premiere etape 450, 

30 le serveur informatique de l'entreprise est en attente d'une connexion a Fun 
de ses services, la reception d'un premier appel entrainant, dans une 
seconde etape 452, la mise en place du scenario de service vocal de prise de 
commande a distance par telephone correspondant a Fappel re<?u. Dans une 
etape suivante 454, le service precede a la lecture d'un fichier sonore 

35 d'accueil demandant notamment son code d' identification a l'usager et 
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effectue a partir de ce code une recuperation des donnees relatives a cet 
usager dans une etape 456. 11 peut etre note ici que le code en question peut 
etre obtenu par reconnaissance vocale de la voix de Fusager ou par 
reconnaissance des codes DTMF re<;us par la frappe du clavier du telephone 
de Fusager. Si le code fourni est errone, il est demande dans une etape 458 
d'effectuer une nouvelle saisie ou apres trois demande non satisfaites il est 
procede a une fin du service (etape 460). Si, au contraire, le code fourni est 
correct, un menu principal correspondant au service est, dans une etape 
462, lu a T usager qui peut alors choisir entre un acces aux promotions du 
jour ou a une commande habituelle de produits par exemple. 

Si T usager opte pour sa commande habituelle, apres une recuperation 
de sa liste de commande par acces a la base de donnees de rentreprise 
(etape 464), le service annonce successivement les differents produits la 
constituant avec la quantite habituellement commandee dans une etape 466 
et prend en compte dans une etape suivante 468 la demande exprimee par 
T usager. A la fin de la liste, la commande est enregistree dans une etape 470 
et il est propose a Fusager dans une etape suivante 472 s'il souhaite recevoir 
immediatement une confirmation de cette commande par telecopie. Selon le 
choix de Fusager effectue dans une etape 474, la telecopie de confirmation 
est envoyee (etape 476) et la fin de service est annonce a Fusager (etape 
478) ou il est mis directement fin au service (etape 480). 

Si Fusager souhaite connaitre les promotions du jour, le service, 
apres recuperation de ces promotions dans la base de donnees de 
Fentreprise (etape 482), enumere Fune apres Fautre ces promotions et 
demande a Fusager s'il souhaite en profiter dans une etape 484. II prend 
alors en compte la demande de Fusager dans une etape 486 et en fin de liste 
enregistre les choix de Fusager (etape 488) avant de lui demander s'il desire 
une confirmation immediate de sa commande par telecopie (liaison avec 
F etape 472). 

Les quelques exemples precites montrent que Farchitecture de 
communication selon Finvention permet la mise en oeuvre d'une tres large 
gamme d' applications plurimedias offrant des services particulierement 
diversifies. Chaque application plurirnedia etant definie par un scenario 
determine auquel sont associees des donnees specifiques repondant aux 
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besoins de communication de Tentreprise et correspondant aux services 
qu'elle souhaite offrir aux usagers. Bien entendu, les moyens materiels mis 
en oeuvre dependront essentiellement de la nature des services rendus et de 
la charge que Tentreprise souhaite voir supporter a son architecture et ils 

5 pourront varier d'un simple poste informatique a une architecture distribute 
plus ou moins developpee. De meme, les moyens logiciels dependront de 
ces besoins de communication et, notamment, dans le cas de F application 
illustree a la figure 8 (service apres vente) qui n'offre pas d'acces par 
Minitel ni ne regoit ou envoie de telecopie, il ne sera pas necessaire de 

10 posseder les pilotes FAX et VIDEOTEX. Dans le cadre de Fapplication de 
la figure 9 (service vocal de prise de commande), ce sont les pilotes 
VIDEOTEX et WEB qui s'averent inutiles. 



DMorwm. 
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REVINDICATIONS 



1. 



Systeme de communication destine a offrir des services a des 



usagers d'une entreprise, Faeces aux services de l'entreprise etant effectue 
par les usagers a partir de postes de consultation (8) relies au systeme (5) au 
travers d'un ou plusieurs reseaux de telecommunication (6, 7) supports de 
differents medias de communication et permettant a ces usagers d'acceder a 
des ressources de ce systeme, systeme caracterise en ce qu'il comporte : 

des moyens (2 ; 10, 12, 14, 16) de pilotage des differents medias de 
communication pour assurer une interface entre Fusager et une application 
plurimedia relative au service demande par cet usager, 

des moyens (3 ; 18, 20) de traitement des informations accessibles 
depuis ou fournies a F application plurimedia pour adapter le format de 
donnees de ces informations applicatives aux formats de donnees des 
medias de communication utilises par Fusager, et 

des moyens (1 ; 30, 32, 34, 36) de gestion de F application plurimedia 
pour decider, en fonction d'un scenario preetabli de diffusion des 
informations, de F execution des differentes actions resultant du service 
demande par Fusager, 

les interactions entre les differentes ressources de ce systeme etant 
realisees par F intermediate d'une interface commune (API-PMU) 
supportant un protocole de communication unique. 

2. Systeme de communication selon la revendication 1, 
caracterise en ce que lesdites ressources comportent en outre des moyens 
d' administration (4 ; 24 ; 24a) pour permettre une configuration du systeme. 

3. Systeme de communication selon la revendication 2, 
caracterise en ce que lesdits moyens d' administration comportent des 
moyens dc collccte d'information (24b, 24c) cn vue de Fetablissement de 
journaux de bord et d'etats statistiques. 

4. Systeme de communication selon le revendication 1, 
caracterise en ce qu'il comporte en outre une base de donnee (22) qui 
comporte au moins des donnees relatives aux services offerts par 
Fentreprise et dont Faeces peut etre effectue depuis Fun quelconque des 
moyens de pilotage, de traitement et de gestion constituant le systeme. 
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5. Systeme de communication selon la revendication 1, 
caracterise en ce que les moyens de pilotage, de traitement et de gestion 
constituant le systeme de communication sont relies entre eux par 
Tintermediaire d'un reseau de type TCP/IP (26) supportant le protocole de 
communication unique. 

6. Systeme de communication selon la revendication 1, 
caracterise en ce que ledit moyen de pilotage de media de communication 
comporte des moyens de pilotage (10) d'une interface de telecopie pour 
assurer renvoi et la reception de telecopie. 

7. Systeme de communication selon la revendication 1, 
caracterise en ce que ledit moyen de pilotage de media de communication 
comporte des moyens de pilotage (12) d'une. interface vocale pour assurer 
Tenvoi, la reception et Tenregistrement de sequences vocales. 

8. Systeme de communication selon la revendication 1, 
caracterise en ce que ledit moyen de pilotage de media de communication 
comporte des moyens de pilotage (14) d'une interface videotex pour assurer 
la presentation de pages de donnees videotex. 

9. Systeme de communication selon la revendication 1, 
caracterise en ce que ledit moyen de pilotage de media de communication 
comporte des moyens de pilotage (16) d'une interface Internet pour assurer 
la presentation de pages de donnees interpretables par un navigateur 
Internet. 

10 Systeme de communication selon la revendication 1, 
caracterise en ce que ledit moyen de traitement comporte des moyens pour 
assurer une transformation des informations, a destination ou en provenance 
de Tusager, d'un premier format de donnees reiatif a T interface unifiee 
« API-PMU » en un second format de donnees reiatif au pilote de media 
considere et distinct du premier. 

11. Systeme de communication selon la revendication 10, 
caracterise en ce que ledit moyen de traitement des informations comporte 
un moyen de reconnaissance (18) des sequences vocales re<?ues de Tusager 
lors de sa liaison avec le systeme en transformant ces sequences vocales en 
une suite de caracteres reconnaissables par r application relative au service 
concerne. 
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12. Systeme de communication selon la revendication 10, 
caracterise en ce que ledit moyen de traitement des informations comporte 
un moyen de synthese vocale dit « text-to-speech » (20) permettant a partir 
d'une suite de caracteres la generation de sequences vocales a destination de 
Tusager. 
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